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SYSTEM AND METHOD FOR LOADING RESOLVED 
JAVA CLASS FILES TO A CLIENT DEVICE 



5 

FIELD ON INVENTION 

This invention relates to loading resolved Java class 
files to a client device. 
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BACKGROUND OF THE INVENTION 

Sending and receiving data over the Internet has 
become popular not only using personal computers and other 
conventional computer systems but also other types of 
5 devices such as cellular phones and personal communication 

devices and is even expected to be in television sets and 
set top boxes. These other type of devices have embedded 
microprocessors. Embedded devices are typically 

constrained by low memory and low power requirements. Java 

10 is a network oriented programming language associated with 

Sun Microsystems that is specifically designed for writing 
programs that can be safely downloaded to a computer via 
the Internet and immediately run. Java Virtual Machines 
are being placed on these embedded devices to interpret and 

15 execute Java applications, which consist of Java class 

files. Before a class file can be securely interpreted on 
a local device, it must be resolved and verified. 

Fig. 1 illustrates the standard process for loading a 
Java application class. A Java application class 13 that 

20 resides on a network server 11 is downloaded to a client 

device 15. There the class file is verified by a security 
check and by determining that it is formatted correctly and 
loaded- at load verifying device 17. A resolver 19 takes a 
class file (data) and creates a set of data structures that 

25 represent the fields and functions of the class that a 

specific interpreter 21 in Java VM on the client device can 
understand. This is a time consuming process that takes up 
computing resources and power. Furthermore, when a class 
is- resolved, its representation in memory at the client 
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device 15 is expanded to fill out the data structures 
necessary for interpretation. 

In order to reduce memory requirements for Java 
Development Kit (JDK) classes on Personal Java, Sun 
5 Microsystems has a tool called Java Code Compact that 

takes a set of class files and creates a binary 
representation of loaded and resolved classes. JDK is a 
software development package from Sun Microsystems that 
implements the basic set of. tools needed to write, test and 

10 debug Java applications and applets. The Java Code compact 

process sometimes referred to as ROMizing a Java class 
through Sun's Java Code compact tool is shown in Fig. 2. 
A select set of classes 22,23 and 24 and all of their 
dependent classes (JDK Classes 2) are processed by the Java 

15 Code Compact tool 25, which preloads and preresolves each 

class. The Java Code Compact tool 25 verifies and resolves 
the class files and creates a c-code representation of all 
the resolved data and the c-code is compiled into a binary 
image representation of the c-code. The output is loaded 

20 into read only memory sections 26 and read-write memory 

sections 27 containing the loaded class data. The binary 
object is then linked at linker 28 with the object code 
from the implementation of the Java virtual machine 29. 
During execution, a list of binary classes is- created from 

25 these classes that have already been loaded and resolved. 

Any class not in this list must be dynamically loaded from 
some other source, verified and resolved before it can be 
interpreted. 
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SUMMARY OF THE INVENTION 

In accordance with one embodiment of the present 
invention the client loads the application through a 
gateway server that preloades and preresolves classes and 
5 creates a binary representation before it is sent to the 

client. 
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DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of prior art typical Java 
application load; 

Fig. 2 illustrates Sun Microsystems 1 prior art class 
5 preloader with Java Code Compact; 

Fig. 3 is a block diagram of one embodiment of the 
present invention; and 

Fig 4 illustrates the method according to one 
embodiment of the present invention. 
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DESCRIPTION OF PREFERRED EMBODIMENTS 
OF THE PRESENT INVENTION 

The present invention creates a binary representation 
5 - of loaded and resolved classes at the gateway for 
dynamically loaded applications classes and then transfers 
the binary preloaded class to the client device rather than 
the application class file. 

Referring to Fig. 3, there is illustrated one 

10 embodiment of the present invention. The server 31 

contains the application class 33. The application class, 
for example, is 4042 bytes. The client 35 loads the 
application through a gateway 37 at or wired to the server 
at the server location. The gateway 37 at the server 

15 includes a Java Code Compact or like device 39 that takes 

the class as described in connection with Fig. 2 and 
creates a binary representation of loaded and resolved 
classes. The Java Code Compact or like device 39 in 
gateway 37 retrieves the class over the wired network 41, 

20 verifies, preloads and preresolves the class to give, for 

example, a c-code representation of the preloaded and 
preresolved class. The gateway device 39 in applicant's 
system further includes element 39a that determines the new 
portion of the c-code representation. The element 39a at 

25 gateway 37 creates a bin*ary representation of only the new 

portion of the c-code representation of the class. This 
binary representation of the c-code, . along with memory 
location in the client direction provided at the gateway 37 
is sent over, for example, a wireless network 43 , for 

30 example, to the client 45 having a binary class loader 47 
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and Interpreter 49. The binary class loader 47 takes and 
copies into the internal class structure in the Interpreter 
49. The result is a full binary image that differs from 
the original preloaded and preresolved image by .the 
5 addition of the application class. Since the client 45 

already has the original classes that were preloaded and 
preresolved during the build process, only the new portion 
of the binary image with the new application class is 
needed. This portion is transferred from the gateway 37 to 

10 the client 45. Once on the client 45, the new preloaded 

class just needs to be copied into memory and added to the 
list of binary classes. This reduces the processing 
requirements on the client 45 from those needed to perform 
full verify and resolve process to a memory copy. The 

15 preloaded class can also be transferred faster since it is 

smaller than a regular class file. The sample values in 
Fig. 3 with an application class of 4042 bytes showed a 
size reduction to 2024 bytes (almost 50%). 

The proposed invention allows applications to derive 

20 the same benefits of the preloader as the static set of 

devices classes resolved at build time. Since the classes 
are resolved and can be verified during this process, this 
reduces the computing requirements for this phase of 
interpretation. Less memory is also required since 

25 preloaded classes can eliminate redundancies that one found 

in fully resolved classes . 

This lowers the bandwidth and time, requirements' to 
transfer application classes over a potentially slow 
wireless network 43 link between the gateway 37 and the 
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client 45. A further benefit can be obtained by caching 
these preloaded applications on the server. This would 
allow multiple clients to take advantage of an application 
that had recently been preloaded on the server. 
5 Fig. 4 illustrates the steps of the method, wherein 

step 51, an Interpreter requests class to be loaded. In 
step 52, the gateway retrieves class over the network. In 
Step 53, the gateway creates a c-code representation of all 
data in the class. In step 54, it is determined where the 

10 new portion of c-code representation is. In step. 55, 

gateway creates a binary representation of only the new 
portion of the binary representation of the c-code 
representation of the class. Step 56 sends only the new 
portion of the binary representation to the client via 

15 wireless network. In step 57, the binary Class loader in 

the client takes and copies into the internal class 
structure in the interpreter. 
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